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Chapter 1 


Arrays 


1.1 Introduction 


Imagine an array where we have allocated huge amounts of space but are not using much of it. 
For example, in the following diagram, we are representing an area of outer space that is 100 
units on a side. That is 1 million cells! But then, if our only data is that we have 10 planets in 
that area of space, and we store a planet’s info at the coordinate closest to the planet’s center, 
that is 10 cells that hold planet info. The other 999,990 cells hold nothing of value. This is a 
huge amount of wasted space! 
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This is known as a sparse array — an array in which the number of cells that hold meaningful 
data is far, far less than the total number of cells in the array. In such situations, our focus often 
turns to ways in which we might implement the conceptual array in such a way that we save 
memory. That is, we might try to implement the Array ADT in such a way that even if there 
are conceptually a large number of cells, the ones that don’t have meaningful data wouldn’t 
actually be allocated in the implementation. This would save a lot of memory if the array was 
indeed sparse — and thus would be a good implementation for a sparse array. However, as is 
generally the case, saving memory means we are giving up this case, saving that memory will 
usually mean we give up the this case, saving that memory will usually mean we give up the 
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1.2 The accessing of non-allocated cells 


What happens if your implementation doesn’t have a cell allocated and the user tries to read 
it anyway? Writing to a non-allocated cell is easy; the implementation should simply allocate 
space for that cell so that it can be written into. But if there *is* no cell, what gets read? 

More generally, we said a sparse array has very little “meaningful” data. What does it mean 
for data to be “meaningful”, and how should we deal with it when we try to access a cell that 
does not have “meaningful” data? Well, the cells with “non-meaningful” data are called null 
elements, and there are at least three ways to deal with them: 


1. Return a default value. The outer space example is one — if we try to access a cell that 
has no planet, we could return a “no planet here” message instead of the planet info we 
were expecting. If the cells of the array held pointers to planet info, then the default result 
of “no planet here” would mean returning a NULL pointer instead of a pointer to planet 
info. 


Another good example of a default value would be a collection of polynomials. We could 
store a polynomial by storing the coefficients of its terms; for example, the collection (4, 
5, 7, 9, 2) could be assumed to mean 42° + 5a! + 7x? + 9x? + 224 — that is, the degrees 
of the terms are read from 0 to 4, left to right. But in a situation where there were many 
terms missing from the middle of the polynomial, those coefficients would be 0. 
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2. Return an error message that the cell does not exist. Useful in situations where conceptu- 
ally certain cells are not supposed to be accessed. Consider a checkerboard example where 
you are trying to stay on the white squares. In that case, the user is not supposed to access 
the black squares. So, if you want to represent the checkerboard conceptually as a 2-D 
array, the user is supposed to avoid certain cells, and thus if your implementation behind 
the scenes doesn’t have memory for those cells, it is not a problem since they shouldn’t 
have been accessed anyway. Just print an error messsage. 
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3. Calculate the value in that cell from other values in other cells. The best example here is 
a symmetric matrix. Since ALi, j] == ALj, i], you could store just the bottom half of 
the array, and if the user tries to get a cell with indices i and j where i is less than j, you 
just return A[j, i] instead. 
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1.3. One-dimensional sparse arrays 


For 1-D arrays, the only real option you have is a linked list. Inside each list node, you would 
have to store both the value in the cell, and the index of the cell (so that it could be searched for) 
in addition to the pointer to the next node. So an array that had maximum index 20,000 but 
only three elements that weren’t null elements (with the rest defaulting to the null character) 
could be represented as follows: 
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The list could be sorted by index or not; often it is handy to do so in this case. But at any rate, 
reading from a cell is then simply a linked list search of the index you want (with the default 
element being returned if you reach the end of the list and your search has not been successful) 
and writing into the array cell is a matter of searching the array for your index again. If you 
find it, change the data in that node to the new data you want to write into that cell. If you 
don’t find it, you insert a node with that index and the new data into the linked list. 
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1.4 Multi-dimensional sparse arrays 


There are a number of ways one might handle a multi-dimensional sparse array; we will look at 
four of them. Our examples will also be restrained to two-dimensions, since it is very hard to 
visualize some of these implementations in more than two dimensions. 


1.4.1 The Linked List 


Just as with the 1-D arrays, we could use a linked-list to store our data. This time, we would 
need to store two indices in our node (in addition to the data and pointer, of course!). 
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In such an implementation, it is often helpful to keep the items sorted into rows, and then 
within one clump of items that all have the same row, sort them by column. 
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In the worst case, you need to look over every node to find something, so accessing a node 
if you have r rows and c columns can take O(r * c), though the constant on that is likely to be 
very small since it is, after all, a sparse array and so we will only have a fraction of the total 
number of possible elements. Memory use overhead is two integers and a pointer to go along 
with each Etype (each piece of actual data). 


1.4.2 Rowlist /Columlist 


Another way to handle this is to take the individual rows of the singly-linked list implementation, 
and tie them together with a row index list. The idea is to search down a linked list (the vertical 
list in the picture) to find your desired row, and then once you have found it, search across that 
row to find your desired row/column pair. The advantage over the singly-linked list is that you 
don’t need to, for example, search through all of row 1, 2, 5, 8, etc. to get to row 11. You just 
examine one node for each active row, acknowledge that it is not the row you want, and move 
on searching the row index list (again, the vertical list in the picture). You only need to search 
a full row once you know for sure it is the row you want. 

You could do the same thing with columns as well — store all active columns, and off of each, 
all the rows active in that column. (This columnlist implementation is the smaller “sketch” in 
the two subsequent pictures. ) 


8 CHAPTER 1. ARRAYS 

























































































1|//|+e ee e 



























































In fact, since once you start searching a row, you know what its row index is, you don’t really 
need to keep re-storing it. For example, in the picture above, once you start searching row 1, 
you know all those nodes — (1, 5) and (1, 8) in the picture — are row 1, so why store the 1? We 
can save an extra integer per node. 
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Searching this structure is O(r + c) time in the worst case — O(r) to search down the row 
index list, and then O(c) to search across the column. You need only one integer and one pointer 
per cell in addition to the data itself, but then you also have the extra cost of the row index list, 
which comes out to 2 pointers and one integer per active row. So, in some circumstances this 
can use more memory than the singly-linked list, and in some circumstances it won’t. 


1.4.3 Multilist (threaded list) 


One disadvantage to the rowlist/columnlist approach is that you can only interate quickly in 
one direction. For example, in the rowlist diagrams above, if I want to traverse down a row, I 
simply find that row, and then traverse across it. This is not much different than trying to find 
the element at the end of that row, and thus is O(r +c). However, if I wanted to iterate down a 
column in that picture, I would need to look at every active row, and search to find the column 
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I want in each of those active rows. This would result in an O(c) search down a row for O(r) 
rows, thus giving us O(r * c) time for iterating down a column in the rowlist implementation. 
Likewise, by looking at the small columnlist sketch in the above pictures, you can see that going 
down a column would be O(r +c) in the columnlist implementation, and traversing across a row 
would involve find that row in each column and thus would be O(r * c). 

So essentially, the rowlist /columnlist implementation provides for O(r + c) iteration in one 
direction and O(r * c) iteration in the other. If you want to iterate in O(r +c) time in both 
directions, you would want a structure that was both a rowlist and a columnlist at the same 
time — that is, a structure in which nodes were in a list of their row and a list of their column. 
Such a structure is called a multilist, or sometimes a threaded list as well. 
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1.4.4 Hierarchical Table 


It is also possible to maintain O(1) access while saving at least some memory. The way to do 
this is to allocate pieces of the array dynamically, and then hook them together to form the 
multi-dimensional array. 
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If this was how the array was built, then we don’t really need to allocate the individual rows, 
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until we need them. 
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This idea extends easily to multi-dimensional arrays as well. 





















































— int®** x; x[O][1][2] = 7; 
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